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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re Application: Boswell et al. 
Serial No.: 09/619,037 
Filed: July 19, 2000 

Art Unit: 2182 
Examiner: T. R. Payton 

For: SYSTEM AND METHOD FOR PROTECTING AGAINST 

UNAUTHORIZED USE OF SOFTWARE BY 
AUTOMATICALLY RECEIVING PCI VENDOR ID FROM 
VENDOR 



DECLARATION UNDER 37 C.F.R. § 1.131 OF TIMOTHY C. MALECK 



Commissioner for Patents 

P.O. Box 1450 

Alexandria, VA 223 1 3- 1 450 

Dear Sir: 

I, Timothy C. Maleck, declare on the basis of personal knowledge as follows: 



CERTIFICATION UNDER 37 C.F.R. § 1.8 

I hereby certify that this correspondence is being deposited with the United States Postal Service with 
sufficient postage as first class mail in an envelope addressed to Commissioner for Patents, P.O. Box 
1450, Alexandria, VA22313-1450, on hl% . 2005. 

s iw+'j 

Signature 




Toni Stanley 

(Printed name of person certifying) 
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1. I am one of the inventors of the above-identified patent application. 

2. Exhibit A attached hereto is a printed copy of an e-mail from Kelly 
Kordzik (the outside counsel who drafted the patent application) to me. Exhibit A 
demonstrates that Mr. Kordzik was intending to transmit a facsimile of the above- 
identified patent application draft to me for my review and the review of Mssrs. 
Boswell and Barnes. 

3. Exhibit C is a copy of printouts of several e-mail exchanges between 
Mr. Kordzik and me on the dates of June 28-29, 2000. On one of the e-mail 
exchanges on June 28, 2000, Exhibit C shows that Mr. Kordzik informed me that Mr. 
Kordzik was going to fax me the patent application draft referred to in Exhibit A on 
June 28, 2000. 

4. Exhibit B is a copy of the fax transmission of the patent application 
draft received by me from Mr. Kordzik on June 28, 2000, as indicated by the e-mail 
message in Exhibit C. The first page of Exhibit B shows that the facsimile 
transmission was successful. The remaining pages of Exhibit B show that the draft 
sent to me on June 28, 2000 is virtually identical to the version of the patent 
application as filed. 

5. Exhibit C also shows a printout of an e-mail message from me to Mr. 
Kordzik where I inform Mr. Kordzik that the patent application is ready to file. 

I hereby declare that all statements made herein of my knowledge are true and 
that all statements made on information and belief are believed to be true, and further 
that these statements were made with the knowledge that willful false statements and 
alike so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 
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Respectfully submitted, 



By: 




P.O. Box 50784 
Dallas, Texas 75201 
(512) 370-2851 



Austin_l\268486\l 
184-P002US 12/9/2004 
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Kordzik, Kelly 



From: 
Sent: 
To: 
Cc: 

Subject: 



KordZiA, Kelly 

Wednesday, June 28, 2000 6:13 PM 

, tim.maleck@annd.com , 

beth.apperley@amd.com 

RE: Points of clarification for PCI vendor identification based o n CODEC ID: 



Tim, thanks for vour chanaes. 

I will fax a revised version tomorrow. Please have your co-inventors review the final draft. 



Thanks 



Kelly K. Kordzik 

Winstead Sechrest & Minick P.C. 

100 Congress, Suite 800 
Austin, Texas 78701 
512.370.2851 
Fax 512.370.2850 
kkordzik@ winstead.com 

yyww.winstead.com 



Conf i rmat i on Repo r t— Memo r y Send 



Time : Jun-28-2000 06:32pm 

Tel line 1 : 5123702855 

Te! line 2 : 5124574206 

Name : Winstead Sechrest & Minick P.C, 



Job number 

Date 

To 

Document Pages 
Start time 
End time 
Pages sent 
Status 
Job number 



467 

Jun-28 06:29pm 
28196896026582 
021 

Jun-28 06:29pm 
Jun-28 06:32pm 
021 
OK 



: 467 



*** SEND SUCCESSFUL *** 



Winstead Securest St Minioic 



TKLEC QrVlIVfUNlCA TlQN TRAIVSMITTAL 



Suite SOO 
2 OO Coagreti Avemui 
Aui-tia, Tcxu 78701 

fasc 512/3702850 

.coca 

dir«_T dial: (513L) 3702851 



PLEASE DELIVER TO THE 
FOLLOWING: 


TELEPHONE 
NUMBER: 


FAX XV UMBER: 

































FROM: 



**rrr* T VKL KQRDZIK 



The informacion coniained in this facsimile message is attorney privileged and confidenTial information 
intended for the use of the individual or entity named above . If t_hcr render of this message noi the intended 
recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified 
that any dissemination, disrribution or copying of this communication is strictly prohibited If you. have 
received this fax. in error, please immediately notify us by telephone, and return the original message to us 
at the above address via. the XJ . S . PosxaI Service. 



.DATE 



TIME IN 



3 O 



nuivdber of 



INCLUDING COVER SHEET. PLEASE 

824 AS SOON AS POSSIBLE IT YOU DO NOT 



FAX OPERATOR ATT S 1 2/37Q- 
TME TOTAL NTLTMBEK OF P»AOf£S OR IF TRANSMISSION IS "NOT LEGIBLE 



L THE 

CEIVE 



ATTORNEY #*i 



2Q7 



ADDITIONAL MESSAGE: 



CLIENT-MATTER 



IN AL WILL NOT FOLLOW ORIOINAL WILL FOLLOW VTA: 

Regular IVlail Band Delivery 

Overnight Delivery Other 



: ODM A\PCDOCS\aLTSTTN_ 1\ 1 425> tr2\ 1 
S07:P9999a- t 
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SYSTEM AND METHOD FOR PROTECTING AGAINST 
UNAUTHORIZED USE OF SOFTWARE BY AUTOMATICALLY 
RECEIVING PCI VENDOR ID FROM VENDOR 

CROSS-REFERENCE TO RELATED APPLICATION 

The present application is related to U.S. Patent Application Serial No. 
09/498,156 (Attorney Docket No. TT3806), entitled "Virtual Rom For Device 
Enumeration," which is hereby incorporated by reference herein. 

TECHNICAL FIELD 

The present invention relates in general to data processing systems, and in 
particular, to peripheral devices used within such data processing systems. 

BACKGROUND INFORMATION 



Modems are now a required component in a Windows-based personal 
computer ("PC") according to Microsoft's PC99 specification. Given the increase in 
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processing speed in PC's, the modem function is being largely implemented in 
software running on the PC processor under the Windows operating system. This is 
done in order to continue reducing the cost of the modem component and to provide 
increased flexibility of software upgrades. 

The architecture of the software consists of driver software and a minimal 
hardware set. The hardware provides an interface to the host computer memory and 
to the analog phone line. An industry standard has been provided that defines the 
interface between the driver software and the hardware for soft modems. This 
standard is the Intel AC97 specification. This specifies a common hardware interface 
to any soft modem drivers. Given that the PC architecture is standardized and now 
the modem hardware is standardized, all that remains proprietary is the actual modem 
software. The bulk of the intellectual property for the soft modem is contained in the 
soft modem driver. Given that modems are required equipment for PC99 compliant 
PC's, and the modem is now essentially software, there is a risk of piracy for the 
vendors of the soft modem intellectual property. A typical business model for the soft 
modem company is based on royalties per copy. The problem is how to track the 
proliferation of copies of the soft modem drivers to account for royalty 
disbursements. 

Therefore, what is needed in the art is a solution for how to track the number 
of PC's that are utilizing a soft modem functionality. As a result, there is a need for a 
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technique for authentication before the driver software will perform the soft modem 
function on a given codec (coder/decoder). 
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SUMMARY OF THE INVENTION 

The present invention addresses the foregoing need by providing a process for 
identifying a soft modem interface for an identification code and then setting a vendor 
ID in the computer PCI configuration space. This happens during the BIOS plug and 
play ("PnP") enumeration process, before the operating system becomes available. 
The authentication block performs two functions that enable it to authenticate a 
codec. The first step is a codec query protocol that reads a hidden ED from an 
unpublished register within the codec. The second half of the process is to use the 
characteristics of the device itself as a means of identification. 

The foregoing has outlined rather broadly the features and technical 
advantages of the present invention in order that the detailed description of the 
invention that follows may be better understood. Additional features and advantages 
of the invention will be described hereinafter which form the subject of the claims of 
the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

* 

For a more complete understanding of the present invention, and the 
advantages thereof, reference is now made to the following descriptions taken in 
conjunction with the accompanying drawings, in which: 

FIGURE 1 illustrates an embodiment of the present invention; 

FIGURE 2 illustrates a flow diagram in accordance with the present invention; 

and 

FIGURE 3 illustrates a data processing system configured in accordance with 
the present invention. 
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DETAILED DESCRIPTION 



In the following description, numerous specific details are set forth such as 
specific peripheral devices, etc. to provide a thorough understanding of the present 
invention. However, it will be obvious to those skilled in the art that the present 
invention may be practiced without such specific details. In other instances, 
well-known circuits have been shown in block diagram form in order not to obscure 
the present invention in unnecessary detail. For the most part, details concerning 
timing considerations and the like have been omitted in as much as such details are 
not necessary to obtain a complete understanding of the present invention and are 
within the skills of persons of ordinary skill in the relevant art. 

Refer now to the drawings wherein depicted elements are not necessarily 
shown to scale and wherein like or similar elements are designated by the same 
reference numeral through the several views. 

The present invention is implemented with respect to use of a data processing 
system, and a PCI (Peripheral Component Interconnect) bus technology. Since there 
are many references regarding the PCI bus and its implementation of plug-n-play 
(PnP) capabilities, no further discussion is provided. Furthermore, the present 
invention pertains to enumeration of peripheral devices, which is discussed in the 
cross-reference related application previously incorporated by reference. 
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Referring to FIGURE 3, there is illustrated a PC operating system and 
hardware 313 configured in accordance with the present invention having central 
processing unit (CPU) 310, such as a conventional microprocessor, and a number of 
other units interconnected via system bus 312. Data processing system 313 includes 
random access memory (RAM) 314, read only memory (ROM) 316, and input/output 
(I/O) adapter 3 18 for connecting peripheral devices such as disk units 320 and tape 
drives 340 to bus 312, user interface adapter 322 for connecting keyboard 324, mouse 
326, and/or other user interface devices such as a touch screen device (not shown) to 
bus 312, communication adapter 334 for connecting data processing system 3 13 to a 
data processing network, and display adapter 336 for connecting bus 3 12 to display 
device 338. CPU 3 10 may include other circuitry not shown herein, which will 
include circuitry commonly found within a microprocessor, e.g., execution unit, bus 
interface unit, arithmetic logic unit, etc. CPU 310 may also reside on a single 
integrated circuit. 

Coupled to system 313 via a PCI bus 103 is PCI board 100, which includes a 
PCI controller with V.90 lift logic 102 and one or more vendor specific codecs 104 
coupled to the controller 102 and to an RJ1 1 connector 105, as illustrated in FIGURE 
1 . The soft modem application/driver 101 runs on top of the operating system 313. 

Referring to FIGURES 1 and 2, the system 3 13 is powered on in step 201. 
Next, in step 202, an initial codec query procedure is implemented whereby a state 
machine, which is implemented within the controller 102, will query the codec 104 
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for its unique identifier code (product ID) using AC97 transactions. This unique 
identifier code is in an addressable register 106 within the codec 104. This product 
ID code is the vendor specific ID appointed to the codec manufacturer by the PCI 
committee, which is an industry consortium that assigns numbers so that a driver or 
operating system can read this vendor specific product ID for identifying the codec ! s 
manufacturer. 

Thereafter in step 203, this product ID code is then placed in a temporary 
buffer within controller 102. It should be noted the controller 102 could be a stand 
alone PCI device or a PCI controller integrated into other core logic devices. 

There are several possible mechanisms besides a state machine within 
controller 102 that may be implemented to read the product code 106. One 
alternative is to embed a small program within a ROM on the codec 104, which will 
include some executable code to read the product ID code 106 into a buffer in 
controller 102. 

In step 204, the product ID code is then compared to a table of such codes to 
determine the VENDORDD needed for configuring the codec 104. An address 
register that is used by the AC97 controller 102 is set with the location of the 
configuration address space for the VENDOR_ID. The state machine will then copy 
the VENDORJED into this address register, which will be used later for enumeration 
of the codec 104. 
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Thereafter, in step 205, the BIOS will enumerate the PCI bus and build a table 
for later use by the Windows operating system. The table will identify required 
drivers by the VENDOR ID for each PCI device 104. This is the standard PCI 
enumeration cycle, whereby the VENDORJDD is used to select a modem driver 101 
created specifically for the codec 104. If the driver cannot be found, a dialog box can 
be programmed to pop up and ask the user for the specific driver software. In this 
way, a vendor of driver software can be ensured that, a driver cannot simply be copied 
without also needing the hardware (codec) needed by the driver 101 . 

The present invention is distinct from the prior art in that the prior art hard 
codes the VENDOR_ID's as part of the manufacturing process of the PCI bus. 

The effect of the present invention is to authenticate a vendor specific codec 
before the soft modem driver will provide the modem function to the PC. This 
ensures that copies of the soft modem driver can be tied to the sales of vendor specific 
codecs, thereby providing a hindrance to software piracy. This system also allows 
system manufacturers to use multiple software/codec vendors by providing the 
required configuration information to the system in a transparent manner. This 
simplifies the design process, lowering costs and complexity to the original 
equipment manufacturers and designers. 

Although the present invention and its advantages have been described in 
detail, it should be understood that various changes, substitutions and alterations can 
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be made herein without departing from the spirit and scope of the invention as defined 
by the appended claims. 
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WHAT IS CLAIMED IS: 

1 . A method comprising the steps of: 

reading an identification code from a memory location on a codec, the 
identification code unique to a manufacturer of the codec; and 
loading a driver as a function of the identification code. 

2. The method as recited in claim 1, wherein the driver is loaded only if the 
unique identification code is read from the codec. 

3. The method as recited in claim 2, wherein the loading step further comprises 
the step of: 

comparing the identification code to a list of codes having drivers associated 
therewith. 

4. The method as recited in claim 1, wherein the driver is supplied by the 
manufacturer. 

5. The method as recited in claim 1, wherein the identification code is assigned 
by an industry standards organization. 
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6. The method as recited in claim 2, wherein the loading step is conducted 
part of a PCI enumeration process. 



- 12- 



TT3509 



7. A PCI controller adaptable for coupling to a data processing system 
comprising: 

a codec query routine operable for reading an identification code from a 
memory location on a codec, the identification code unique to a manufacturer of the 
codec; and 

a loader routine operable for loading a driver as a function of the identification 
code, wherein the driver is loaded only if the unique identification code is read from 
the codec. 

8. The PCI controller as recited in claim 7, wherein the loader further compares 
the identification code to a list of codes having drivers associated therewith. 

9. The PCI controller as recited in claim 7, wherein the driver is supplied by the 
manufacturer. 

10. The PCI controller as recited in claim 9, wherein the identification code is 
assigned by an industry standards organization. 

1 1 . The PCI controller as recited in claim 7, wherein the loading is conducted as 
part of a PCI enumeration process. 

12. A data processing system comprising: 
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a processor; 

a memory device coupled to the processor by a local bus; 
an input device coupled to the processor by the local bus; 
an output device coupled to the processor by the local bus; 
an operating system operable for running on the system; 
a driver stored in the memory device; 
a PCI bus coupled to the local bus; 
a controller coupled to the PCI bus; 
a codec coupled to the controller; and 

a connector coupled to the codec and adaptable for coupling to a 
telecommunications network, wherein the PCI controller further comprises: 

a codec query routine operable for reading an identification code from 
a memory location on a codec, the identification code unique to a manufacturer of the 
codec; and 

a loader routine operable for loading a driver as a function of the 
identification code, wherein the driver is loaded only if the unique identification code 
is read from the codec. 

13. The data processing system as recited in claim 12, wherein the loader further 
compares the identification code to a list of codes having drivers associated therewith. 
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1 14. The data processing system as recited in claim 12, wherein the driver is 

2 supplied by the manufacturer. 

1 15. The data processing system as recited in claim 13, wherein the identification 

2 code is assigned by an industry standards organization, 

1 16. The data processing system as recited in claim 12, wherein the loading is 

2 conducted as part of a PCI enumeration process. 
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1 17. A controller comprising: 

2 means for reading an identification code from a memory location on a codec, 

3 the identification code unique to a manufacturer of the codec; and 

4 means for loading a driver as a function of the identification code. 

1 18. The controller as recited in claim 17, wherein the loading means further 

2 comprises means for loading the driver only if the unique identification code is read 

3 from the codec. 

1 19. The controller as recited in claim 18, wherein the loading means further 

2 comprises: 

3 means for comparing the identification code to a list of codes having drivers 

4 associated therewith. 

1 20. The controller as recited in claim 19, wherein the driver is supplied by the 

2 manufacturer. 

1 21. The controller as recited in claim 20, wherein the identification code is 

2 assigned by an industry standards organization. 
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SYSTEM AND METHOD FOR PROTECTING AGAINST UNAUTHORIZED USE 
OF SOFTWARE BY AUTOMATICALLY RECEIVING PCI VENDOR ID FROM 

VENDOR 

ABSTRACT OF THE DISCLOSURE 

At system power on, a query is sent from a PCI or host-based controller to an 
attached codec for the vendor specific identification code associated with that codec. 
The PCI/host controller then sets its PCI vendor and subvendor ID's to match the 
specific system comprised of the controller and codec devices. That vendor specific 
identification code is then utilized within the PCI enumeration process to search for 
the specific modem driver associated with that codec. 
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Points of clarification for PCI vendor identification based on CODEC ID: 

PCI PnP uses a standard 16 DWORD configuration space 

There is an option 48 DWORD space allocated in memory directly following the 

16 DWORD vendor and device ID space. 

This 64 DWORD device configuration table is contained in the device controller. 

The pointer is a state machine that redirects the BIOS/Operating System PCI 
device query to the appropriate device/vendor ID table. 

The BIOS/OS reads this table as it would any other PCI device. This requires no 
additional algorithms or changes to the system. It does not require any exotic 
BIOS snooping routines, unlike other automatic ID schemes. 
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Kordzik, Kelly E*m*> I 



From: tim.maleck@amd.com 

Sent: Thursday, June 29, 2000 2:23 PM 

To: KKordzik@winstead.com 

Cc: beth.apperley@amd.com ^^r-^ 

Subject: RE: Points of clarification for PCI vendor identification based o n CODEC ID: 



Kelly, 

The changes look good to me, . 
its ready to file. 

Tim 



> — Original Message 

> From: Kordzik, Kelly [SMTP:KKordzik@winstead.com] 

> Sent: Wednesday, June 28, 2000 6:22 PM 

> To: Maleck, Tim 

> Subject: RE: Points of clarification for PCI vendor identification 

> based o n CODEC ID: 
> 

> Actually, I will fax it tonight to 602-6582 
> 

> Kelly K. Kordzik 

> Winstead Sechrest & Minick P.C. 

> 100 Congress, Suite 800 

> Austin, Texas 78701 

> 512.370.2851 
>Fax 512.370.2850 

> kkordzik@winstead.com <mailto:kkordzik@winstead.com> 

> www.winstead.com <http://www.winstead.com> 

> INFORMATION CONTAINED IN THIS TRANSMISSION IS ATTORNEY-CLIENT PRIVILEGED 

> AND 

> CONFIDENTIAL. IT IS INTENDED FOR THE USE OF THE INDIVIDUAL OR ENTITY 

> NAMED 

> ABOVE. IF THE READER OF THIS MESSAGE IS NOT THE INTENDED RECIPIENT, YOU 

> ARE 

> HEREBY NOTIFIED THAT ANY DISSEMINATION, DISTRIBUTION OR COPY OF THIS 

> COMMUNICATION IS STRICTLY PROHIBITED. IF YOU HAVE RECEIVED THIS 

> COMMUNICATION IN ERROR, PLEASE IMMEDIATELY NOTIFY US BY TELEPHONE. THANK 

>YOU. 
> 
> 
> 

> — Original Message 

> From: tim.maleck@amd.com [mailto:tim.maleck@amd.com] 

> Sent: Wednesday, June 28, 2000 4:01 PM 

> To: KKordzik@winstead.com 

> Cc: beth.apperley@amd.com 

> Subject: RE: Points of clarification for PCI vendor 

> identification based o n CODEC ID: 



> 
> 
> 



> 
> 
> 
> 
> 
> 
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Exhibit 0 

Win stead Sechrest & Minick WSM. 

A Professional Corporation I Attorneys * Counselors 



July 11,2000 



VIA HAND DELIVERY 

Ms. Kat Fenton 
AMD 

Technology Law Department 
5204 E.Ben White Blvd. 
Austin, Texas 78741 

Re: AMD Docket No. TT3509 
Our File No. 184-P002US 

Dear Kat; 

Enclosed please find the above identified patent application and filing papers ready for 
execution by the inventors. After the documents have been executed, please return them to my 
attention so we can file them with the PTO. 

If you have any questions regarding this, please do not hesitate to give me a call. 



Very truly yours, 




/tla 

Enclosures 



Suite 800 
100 Congress Avenue 
Austin, Texas 78701 
512/474-4330 
fax 512/370-2850 

wvrw.wtnstead.com 

direct dial: 512-370-2828 
tase ndo rf@wiiutead.com 



DALLAS 



HOUSTON 



AUSTIN 



MEXICO CITY 



